home *** CD-ROM | disk | FTP | other *** search
- Path: globe.indirect.com!usenet
- From: rjf@infograph.com (rjf)
- Newsgroups: comp.graphics.algorithms,comp.lang.c++,comp.os.ms-windows.programmer.graphics,comp.os.ms-windows.programmer.multimedia,comp.os.ms-windows.programmer.win32
- Subject: Re: IJG JPEG Engine and Win32
- Date: 09 Jan 1996 17:25:18 -0700
- Organization: Informative Graphics, Inc.
- Sender: rjf@KRUSTY.infograph.com
- Message-ID: <buocyjyp.fsf@KRUSTY.infograph.com>
- References: <4cemir$6vb@redstone.interpath.net>
- <TGL.96Jan3202549@netcom21.netcom.com>
- <TGL.96Jan5065424@netcom21.netcom.com> <4cpn1r$gm0@redstone.interpath.net>
- <TGL.96Jan8083559@netcom23.netcom.com>
- NNTP-Posting-Host: krusty.infograph.com
- In-reply-to: tgl@netcom.com's message of Mon, 8 Jan 1996 16:35:59 GMT
- X-Newsreader: Gnus v5.0.13
-
- fortunat@interpath.com (Jumpstile Turner) writes:
- >> Checking the cinfo structure after it comes
- >> back from jpeg_read_header shows that cinfo.image_width and
- >> cinfo.image_height are correct, however almost every field with
- >> "output_xxxx" is way off, either 1, 0, or some rediculous number
- >> like 7988774.
- >
- >Then you've still got a problem with sizeof(boolean), I'd bet,
- >or else a structure packing rule (#pragma pack). Are you sure
- >you recompiled everything affected by the header files you changed?
- >
- >It might help to #include jpeglib.h *before* including any Windows-
- >specific headers... if one of their headers is leaving #pragma pack
- >in a nondefault state, that could cause this problem.
-
- Just as an affirmation, we use the IJG version 5a with no problems
- under Windows NT and Windows 95.
-
- It would be nice if it supported Monochrome and 16 color BMP's, but
- other than that its totally bulletproof!
-
- rjf
-
- P.S. Thanks Tom!
- --
- ~/.signature
-